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Network Resource Allocation Methods and Systems 

Field of the Invention 

The invention relates to network resource allocation 
methods and systems, and more particularly to methods and 
systems of allocating resources to low priority traffic, such 
as best effort traffic. 

Background of the Invention 

In current IP (Internet Protocol) networks, packet 
forwarding is based on connectionless and destination-based SPF 
(Shortest Path First) routing mechanisms and also in the best 
effort manner. As a result of this, some links can be heavily 
utilized and congested while others remain idle, resulting in 
non-optimal use of network wide resources and poor packet 
performance. As a remedy to this problem, the explicit routing 
capability of MPLS (Multi Protocol Label Switching) is being 
employed to redirect traffic toward under-utilized parts of the 
network [1,2]. Such a practice is generally termed "traffic 
engineering . " 

Different levels of QoS (Quality of Service) can also 
be supported by MPLS explicit LSP (Label Switched Path) setup 
coupled with constraint based routing protocols (e.g., OSPF-TE 
(Open Shortest Path First - Traffic Engineering) or ISIS-TE 
(Intermediate System to Intermediate System Routing exchange 
Protocol - Traffic Engineering) . In such mechanisms, the 
bandwidth for a certain service class is explicitly reserved 
along the path, and the link usage information is updated for 
CAC (Connection Admission Control) purpose. However, in 
general, BE (Best Effort) class traffic is not associated with 
any bandwidth reservation, i.e., CIR (Committed Information 
Rate) = 0, hence no performance guarantee. 
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ECMP (Equal Cost Multi-Path) routing [1] allows flow 
(e.g., packets with same source and destination IP addresses) 
or packet level load balancing, but this does not employ the 
concept of explicit routing. 

5 Typically, explicit routing is a three step process. 

First, a topology database is maintained which identifies 
network topology, typically by identifying nodes and links 
between nodes. IGP (Internal Gateway Protocol) for example, 
provides such network topologies . A scalar metric or metrics 
10 is associated with each link, for example in accordance with 
OSPF-TE. Then, signalling is employed in the network to 
reserve resources between a source and a destination, for 

m example employing the RSVP-TE (Resource Reservation Protocol - 

!■* 

■'isJ Traffic Engineering) protocol. After resources have been 

m 

JJi.5 successfully reserved, label distribution is performed to set 

sQ up the actual label switched paths between the source and 

Q destination. 

W Summary of the Invention 

14: This invention provides a novel mechanism to ensure 

2 0 both the improved use of network resources and adequate 
performance of best effort (BE) traffic by intelligently 
distributing the BE traffic demands at connection level with 
corresponding scaling weights, and without reserving bandwidth. 

A weighted sum of the best effort (BE) class 
25 connections (or LSPs in MPLS context) in a link is used as a 
path selection criterion, where each BE connection is weighted 
by its service volume { for example 10Mbps may be assigned an 
integer value of 10, while lOGbps is to 10,000). 
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Preferably, the traffic engineering extension of IGP 
(Internal Gateway Protocol) such as OSPF-TE is adapted to 
advertise the weighted sum of BE connections as one of the link 



78945-15 

- 3 - 

constraints, and a CBR (Constraint Based Routing) algorithm 
will select a path with the lowest utilization level. 

A motivation of embodiments of the invention is to 
ensure that even the BE class connections can get adequate 
5 level of performance by (1) incorporating usage information of 
BE traffic as part of the traffic engineering extension IGP 
such as OSPF-TE, and by (2) using such information in 
calculating paths for BE connections with different service 
volume. An improved use of network resources is also achieved. 

10 According to one broad aspect, the invention provides 

|:J a network path selection method involving maintaining a network 

■,rl 

,S topology model comprising a plurality of nodes and a plurality 
of links interconnecting the nodes, the network topology 

'■'4 

111 further comprising a weighted BE (best effort) connection 

;Pt5 metric for each of the plurality of links; to determine a path 

9 from a source to a destination having a requested BE service 

volume: creating a virtual topology in which all links have 
ly weighted BE metrics updated to include the effects of the 
fi requested BE service volume, and identifying a best path 
'2o through the virtual topology taking into account the weighted 

BE metrics. 

In one embodiment the weighted BE connection metric 
takes into account only BE connection service volume. In other 
embodiments, the weighted BE connection metric for a given link 
2 5 takes into account BE connection service volume on the given 
link, and a remaining capacity on the given link taking into 
account other traffic classes with bandwidth commitment . 

Preferably, a fraction of each link's capacity to be 
made available for BE traffic is set aside. 
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Preferably, the weighted BE connection metrics are 
computed in a manner which encourages making use of at least a 
portion of unused bandwidth which is reserved for other traffic 
classes . 

The path selection process may also take into account 
one or more of administrative costs, edge dis jointness , node 
disjointness, and shared risk link group disjointness for 
protection/restoration paths. 

Preferably, the weighted BE connection metric within 
a network is advertised as part of a modified OSPF-TE (Open 
Shortest Path First - Traffic Engineering) link state 
advertisement . 

Another broad aspect of the invention provides a 
network component adapted to perform path selection. The 
component has a network topology repository identifying a 
network topology comprising a plurality of nodes and a 
plurality of links interconnecting the nodes, the network 
topology further comprising a weighted BE (best effort) 
connection metric for each of the plurality of links. There is 
also a network path selecting component adapted to determine a 
path from a source to a destination having a requested BE 
service volume by: a) creating a virtual topology in which all 
links in the network topology have weighted BE metrics updated 
to include the effects of the requested BE service volume; and 
b) identifying a best path through the virtual topology taking 
into account the weighted BE metrics . 

Another broad aspect of the invention provides a 
network component comprising means for computing a weighted BE 
connection metric for a link and means for advertising the 
weighted BE connection metric within a network. 
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Brief Description of the Drawings 

Preferred embodiments of the invention will now be 
described with reference to the attached drawings in which: 

Figures 1, 2 and 3 are network topologies in 
5 accordance with a network path selection method provided by an 
embodiment of the invention; 

Figure 4 is a block diagram of a network path 
selection component provided by an embodiment of the invention; 
and 

=-10 Figure 5 is a flowchart of a network path selection 

method provided by an embodiment of the invention. 

^ Detailed Description of the Preferred Embodiments 

ii 

ill An embodiment of the invention provides a novel 

J,, mechanism to ensure both the efficient use of network resources 

■'45 and adequate performance of best effort (BE) traffic by 

P intelligently distributing the BE traffic demands at connection 

W level through the use of scaling weights which are preferably 
based on/factor in a computed weighted sum of BE connections. 

Each BE connection has an associated service volume 

2 0 which may or may not be achieved since BE service volumes are 

not guaranteed. The BE connection's service volume can be 
determined for example by the user port speed or requested via 
the SLA (service Level Agreement) as part of the service 
creation process. Alternatively, the PIR (Peak Information 
25 Rate) of a BE connection can also be used as the service 

volume. Each link over which a BE connection is routed has an 
associated metric maintained consisting a weighted sum of BE 
connections over the link, with each BE connection being 
weighted by an amount proportional to the connection's service 

3 0 volume. More specifically, in a first preferred embodiment of 
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the invention, for the kth link the following metric Mk is 
maintained: 

= Sw,. 

where Swi = the sum of the BE connection service volume, where 
5 Wi is the service volume for the ith BE connection. In this 
embodiment, the link metric is simply the sum of the BE 
connection service volume. A link with more BE connection 
service volume will have a higher metric. 

Figure 1 depicts an example of a network topology for 
10 the purpose of describing BE path selection based on the 

weighted sum of BE connections. In this example, there are six 
nodes labelled A,B,C,D,E,F with various interconnecting links. 
Each link interconnects two nodes, and will be referred to by 
the pair of nodes it interconnects. Thus in Figure 1, the 
1 15 links include AB, AE, BC, BE, CD, CE, CP, FD . In this example 
Figure, only BE connections are supported. Each link has an 
associated current number of BE connections indicated in 
parenthesis shown for illustrative purposes only, and has a BE 
connection weight equal to the sum of the service volumes for 
20 these BE connections (i.e. Ewi ). For example, link AB has 10 
BE connections having a total service volume of 100. 

When a new request for a BE connection is made having 
a requested service volume, a virtual topology is created in 
which each link's BE connection weight is increased by the 
2 5 requested service volume. For a requested bandwidth of 50, the 
virtual topology is as shown in Figure 2 . The best path 
through the temporary topology is identified using a shortest 
path first computation such as a Dijkstra algorithm where the 
above metric is used as the link cost. 
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In addition to the weighted BE connection metric, a 
MCR (Multi Constraint Routing) algorithm may be used which is 
further adapted to consider other link constraints (such as 
administrative costs, edge, and/or node disjointness, shared 
5 risk link group disjointness for protection/restoration, etc) 
for the path selection. The non-BE bandwidth requirements also 
need to be considered when multiple traffic classes are to be 
supported via a single LSP. 

In the illustrated example, the best path 2 5 is 
10 identified to be links AB, BC, CF, and FD. The BE connection 
weights associated with the links of the best path 25 in the 
original topology (Figure 1) are increased by the requested BE 
\Q service volume resulting in the topology of Figure 3 after 
■ij allocation. 

lis 

•*ft5 In another preferred embodiment of the invention, in 

U3 

,i addition to considering BE traffic load balancing, the metrics 
also take into account the amount of bandwidth being used for 

III other traffic classes. For the kth link the following metric Mr 
is maintained: 

2 0 M^=Sw,./X 

where X is a quantity which is larger when the particular link 
has more capacity available for BE traffic, and is smaller when 
the particular link has less capacity available for BE traffic. 
For example, in a preferred embodiment, the metrics are 
2 5 determined according to: 

= Sw,. /(5 ((1 - a )C - E(Tleserved bandwidth of non - BE) + aC) ( 1 ) 

where : 

C = total capacity of link; 
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5 = a scaling constant {0<=5<=1) determining the 
fraction of remaining unreserved bandwidth of higher priority- 
traffic classes which is to be made available for BE traffic. 

a = fraction of total capacity C to be set aside for 

5 aggregate use by BE connections - such a practice of reserving 

a portion of link capacity prevents starvation of BE traffic 
due to higher priority class traffic; 

S {Reserved bandwidth of non-BE) = the sum of all non- 
BE bandwidth reserved on the particular link; 

CiO Swi = the sum of the BE connection service volumes, 

^ where wi is the service volume for the ith BE connection. 

y In this embodiment, the link metric is the sum of the 

If'l BE connection service volumes divided by a quantity 

representative of available bandwidth on the link. A link with 
\,15 more BE connection service volume will have a higher metric. 
1^1 At the same time, a link with less available bandwidth will 
j;;J also have a higher metric. When 5=0, the BE path computation 
M= only considers the available bandwidth to be link bandwidth set 

aside for BE and its utilization level. This is the case for 
20 the example of Figures 1-3 described above. On the other hand, 
when 5 =1, the path computation aggressively accounts for the 
total available bandwidth for the BE at the time of 
computation, including unutilized portions of bandwidth 
allocated to other service classes. Network operators can set 
25 the non-BE scaling factor, 8, appropriately, for example 

depending on the observed characteristics of non-BE service 
request arrival and departure rates . 

It is noted that the sum of the reservable bandwidths 
for non-BE traffic may be in general greater than (l-a)C to 
3 0 prevent link under-utilization to a degree. This is also 
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termed "partial sharing". In one extreme case, the sum of the 
maximum reservable bandwidths is constrained not to exceed (1- 
a)C. In this case, it is possible for the link to be under- 
utilized when any class of traffic is not using the link to its 
full maximum reserved bandwidth. The other extreme case is 
"complete sharing" in which each maximum reservable bandwidth 
is set to equal (l-a)C meaning that any one class can fully 
book the link capacity. Note that in both "partial" and 
"complete" sharing, an additional condition is required, namely 
that the sum of the actual reserved bandwidths for non-BE 
traffic be less than or equal to (l-a)C. 

A detailed example of this type of metric computation 
will be described in the context of the traffic classes of 
service defined by in [3,4,5], in which the link metric 
introduced in equation 1 is employed. The traffic classes 
include EF (expedited forwarding) , AF-1 (assured forwarding- 1) , 
AF-2 and BE (best effort) . Now as an example of link metric 
computation for a particular link using equation 1 above, we 
assume that for that link, a total capacity of C=10Gbps, and a 
=0.1. We assume 5 = 0.5 meaning half of the unused capacity 
of higher traffic classes is made available to BE traffic. For 
this example, the maximum reservable and reserved bandwidths 
for the traffic classes on a given link are as follows: 

EF traffic can reserve up to a=3Gbps, 2Gbps currently 

reserved; 

AFl can reserve up to b=5Gbps; IGbps reserved; 
AF2 can reserve up to c= 9Gbps; 2 Gbps reserved; 

BE reserved bandwidth of aC = IGbps ; 4 Gbps total 
aggregate service volume carried. 
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in this example, the maximum reservable bandwidths 
for non-BE traffic is 3+5+9 which is greater than {l-a)C = 9, 
so partial sharing is occurring. 

In addition to the above constraints, the total 
aggregate sum of reserved bandwidth of all non-BE class traffic 
(e.g., EF + AFl + AF2) cannot be more than (1 - a) C = 9Gbps 
thereby providing the reserved bandwidth aC for BE traffic. 
Note however that BE service volume can be greater, as all BE 
requests are serviced on a best effort basis. The link metric 
is then computed according to equation 1 as follows : 

= Xw^. I {5 ((1 - a )C - ^(Reserved bandwidth of non - BE) + aC) 

= 4 /(0.5((1 - 0. 1)1 0 - 5) + . 1x1 0) = 4 / 3 = 1 .33 

In a preferred embodiment of the invention, the 
traffic engineering extension of IGP (Internal Gateway 
Protocol) such as OSPF-TE is adapted to use the weighted sum of 
BE connections as one of the link constraints, and the MCR 
(Multi -Constraint Routing) algorithm will select a path with 
the lowest utilization level. In a preferred embodiment of the 
invention, the weighted sum of BE connections is included as 
part of the OSPF-TE link state advertisement. More generally, 
in a preferred embodiment, the network nodes advertise the 
weighted sum of BE connections in any suitable manner. 
Preferably, all nodes in the network flood such link metrics to 
all others. Such advertisement may occur periodically, or as 
events occur such as link failures. The advertisement may be 
done on the basis of physical (e.g. lambda) or logical links. 

Path selection can be performed using these methods 
by any component supplied with the necessary topology 
information. Referring to Figure 4, shown is a network path 
selecting component (NPSC) generally indicated by 10, which may 
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be part of a network node, a network management platform for 
example, and may be implemented using any suitable combination 
of hardware and/or software. The NPSC 10 has a topology 
database 12of a network under consideration which forms the 
5 basis of the path selection. More generally, the topology may 
be maintained in any suitable topology repository. The 
topology database 12 includes an identification of all nodes 
and the interconnections between the nodes, and one or more 
metrics/costs/parameters associated with each link. Topology 
10 input 18 is generally representative of any and all input which 

might change the topology. For example, it might consist of 
«^ the above referenced OSPF-TE link state advertisements which 

will allow the topology to update the metrics/costs/parameters 
associated with each link. The NPSC 10 has a routing algorithm 
which is preferably a multi-constraint routing algorithm 14. 
Co The NPSC 10 receives as input 16 an identification of a source 
I''' and destination within the network topology database 12. The 
1"^ multi-constraint routing algorithm 14 identifies the best path 
|y through the network topology database 12 from the source to the 
5^0 destination. 

The functionality of the NPSC 10 is also summarized 
in flowchart form in Figure 5. Step 5-1 involves maintaining 
the network topology database including weighted BE connection 
metric for each link. Step 5-2 is the receipt of a request for 

25 a new BE connection from a source to a destination, the request 
having a service volume . Next, a virtual topology is created 
in which all links have weighted BE metrics updated to include 
the effects of the requested service volume (step 5-3) . Next, 
the best path through the virtual topology is identified {step 

3 0 5-4) . Next, the original topology is modified to include the 
new connection requested bandwidth (step 5-5) . This next step 
need not explicitly be performed in the event the topology is 
updated in step 5-1 to include the changes at a later time. 
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The changes may not occur until the nodes in the network 
generate link state advertisements which include the effects of 
the added BE connection. 

The functionality of the NPSC may also be delivered 
in the form of a computer readable medium having computer 
readable program code means embodied therein. 

Numerous modifications and variations of the present 
invention are possible in light of the above teachings. It is 
therefore to be understood that within the scope of the 
appended claims, the invention may be practised otherwise than 
as specifically described herein. 
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